ETSITS125 414V5.2.0 



(2002-09) 



Technical Specification 



Universal Mobile Telecommunications System (UMTS); 
UTRAN lu interface data transport & transport signalling 

(3GPP TS 25.414 version 5.2.0 Release 5) 



3ji^ 





3GPP TS 25.41 4 version 5.2.0 Release 5 1 ETSI TS 1 25 41 4 V5.2.0 (2002-09) 



Reference 



RTS/TSGR-032541 4v520 
Keywords 



UMTS 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, send your comment to: 
editor(5)etsi.fr 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2002. 
All rights reserved. 

DECT'^", PLUGTESTS™ and UMTS™ are Trade IVlarks of ETSI registered for the benefit of its IVIembers. 
TIPHON^" and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 
2QppTM |g g jracle Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 



ETSI 



3GPP TS 25.41 4 version 5.2.0 Release 5 2 ETSI TS 1 25 41 4 V5.2.0 (2002-09) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under www.etsi.org/kev . 



ETSI 



3GPP TS 25.41 4 version 5.2.0 Release 5 3 ETSI TS 1 25 41 4 V5.2.0 (2002-09) 



Contents 



Intellectual Property Rights 2 

Foreword 2 

Foreword 5 

1 Scope 6 

2 References 6 

3 Definitions and abbreviations 7 

3.1 Definitions 7 

3.2 Abbreviations 7 

4 Data Link Layer 8 

4.1 ATM Transport Option 8 

4.2 IP Transport Option 8 

5 Circuit switched domain 8 

5.1 Transport network user plane 8 

5.1.1 General 8 

5.1.2 ATM Transport Option 9 

5.1.2.1 ATM Adaptation Layer 2 9 

5.1.2.1.1 AAL2-Segmentation and Reassembly Service Specific Convergence Sublayer (1.366.1) 9 

5.1.2.1.2 AAL2-specification (1.363.2) 9 

5.1.3 IP Transport Option 9 

5.1.3.1 General 9 

5.1.3.2 UDP/IP 9 

5.1.3.3 RTP 10 

5.1.3.3.1 RTP Header 10 

5.1.3.3.1.4 Contributing Source (CSRC) count 10 

5.1.3.3.1.5 Marker Bit 10 

5.1.3.3.1.6 PayloadType 10 

5.1.3.3.1.7 Sequence Number 10 

5.1.3.3.1.8 Timestamp 10 

5.1.3.3.1.9 Synchronisation Source (SSRC) 1 

5.1.3.3.1.10 CSRC list 1 

5.1.3.3.2 RTPPayload 1 

5.1.3.4 RTCP 1 

5.1.3.5 Diffserv code point marking 1 

5.2 Transport network control plane 1 

5.2.1 General 1 

5.2.2 Transport Signalling for the ATM Transport Option 12 

5.2.2.1 Signalling protocol (ALCAP) 12 

5.2.2.1.1 AAL2 Signalling Protocol (Q.2630.2) 12 

5.2.2.2 Signalling transport converter 12 

5.2.2.2.1 AAL2MTP3B Signalling Transport Converter (Q.2 150.1) 12 

5.2.2.3 MTP3b (Q.2210) 12 

5.2.2.4 SSCF-NNI(Q.2140) 12 

5.2.2.5 SSCOP(Q.2110) 13 

5.2.2.6 ATM Adaptation Layer Type 5 (L 363. 5) 13 

5.3 Interworking between ATM and IP Transport Options 13 

5.3.1 Introduction 13 

5.3.2 Interworking Alternatives 13 

5.3.3 IP -ALCAP for the Interworking 13 

6 Packet switched domain 13 

6.1 Transport network user plane 13 

6.1.1 General 13 

6.1.2 ATM Transport Option 14 



£75/ 



3GPP TS 25.41 4 version 5.2.0 Release 5 4 ETSI TS 1 25 41 4 V5.2.0 (2002-09) 

6.1.2.1 General 14 

6.1.2.2 GTP-U 14 

6.1.2.3 UDP/IP 14 

6.1.2.4 ATM Adaptation Layer Type 5 (1.363.5) 14 

6.1.2.5 IP/ATM 15 

6.1.3 IP Transport Option 15 

6.1.3.1 General 15 

6.1.3.2 GTP-U 15 

6.1.3.3 UDP/IP 15 

6.1.3.4 Diffserv code point marking 15 

6.2 Transport network control plane 15 

7 Broadcast Domain 16 

7.1 Transport network user plane 16 

7.1.1 General 16 

7.1.2 ATM Transport Option 16 

7.1.2.1 General 16 

7.1.2.2 TCP/IP 16 

7.1.2.3 ATM Adaptation Layer Type 5 (1.363.5) 16 

7.1.2.4 IP/ATM 17 

7.1.3 IP Transport Option 17 

7.1.3.1 General 17 

7.1.3.3 TCP/IP 17 

7.1.3.4 Diffserv code point marking 17 

7.2 Transport network control plane 17 

Annex A (informative): Change history 18 

History 19 



£75/ 



3GPP TS 25.41 4 version 5.2.0 Release 5 5 ETSI TS 1 25 41 4 V5.2.0 (2002-09) 



Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Access Link Control Application Part (ALCAP): generic name for the transport signalling protocols used to set-up 
and teardown transport bearers 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

AAL ATM Adaptation Layer 

AES A ATM End S ystem Addres s 

ALCAP Access Link Control Application Part 

ARP Address Resolution Protocol 

ATM Asynchronous Transfer Mode 

CN Core Network 

GTP GPRS Tunnelling Protocol 

HDLC High-level Data Link Control 
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IP Internet Protocol 

LC Link Characteristics 

LIS Logical IP Subnet 

MTP3b Message Transfer Part level 3 for Q.2140 

NSAP Network Service Access Point 

PDU Protocol Data Unit 

PPP Point-to-Point Protocol 

RFC Request For Comment 

RNC Radio Network Controller 

RTCP Real-time Transport Control Protocol 

RTP Real-time Transport Protocol 

SA Service Area 

SABP Service Area Broadcast Protocol 

SABS Service Area Broadcast Service 

SAR Segmentation and Reassembly 

SCSF-NNI Service Specific Coordination Function-Network Node Interface 

SSCOP Service Specific Connection Oriented Protocol 

SSCS Service Specific Convergence Sublayer 

SSRC Synchronisation Source 

TCP Transmission Control Protocol 

TEID Tunnel Endpoint Identifier 

UDP User Datagram Protocol 

VC Virtual Circuit 



4 Data Link Layer 

4.1 ATM Transport Option 

ATM shall be used in the transport network user plane and the transport network control plane according to ITU-T 
Recommendation 1.361 [1]. The structure of the cell header used in the UTRAN lu interface is the cell header format 
and encoding at NNI (see figure 3/1.361). 



4.2 IP Transport Option 



An RNC/CN-node supporting IP transport option on the lu interface shall support PPP protocol with HDLC framing 

[25], [26]. 

NOTE: This does not preclude the single implementation and use of any other protocols (e.g. 

PPPMux/AALS/ATM, PPP/AAL2/ATM, Ethernet, MPLS/ATM, etc.) fulfilling the UTRAN 
requirements toward the upper layers. 

An RNC/CN-node supporting IP transport option on the lu interface and having interfaces connected via slow 
bandwidth PPP links like El/Tl/Jl shall also support IP Header Compression [27] and the PPP extensions ML/MC-PPP 
[28], [29]. In this case the negotiation of header compression [27] over PPP shall be performed via [30]. 



5 Circuit switclied domain 

5.1 Transport network user plane 
5.1.1 General 

An RNC/CN-node supporting IP transport option on the lu interface shall support PPP protocol with HDLC framing 

[25], [26]. 
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NOTE: This does not preclude the single implementation and use of any other protocols (e.g. 

PPPMux/AALS/ATM, PPP/AAL2/ATM, Ethernet, MPLS/ATM, etc.) fulfilling the UTRAN 
requirements toward the upper layers. 

An RNC/CN-node supporting IP transport option on the lu interface and having interfaces connected via slow 
bandwidth PPP links like El/Tl/Jl shall also support IP Header Compression [27] and the PPP extensions ML/MC-PPP 
[28], [29]. In this case the negotiation of header compression [27] over PPP shall be performed via [30]. 



AAL-2SARSSCS (1.366.1) 


AAL2 (1.363.2) 


ATM (1.361) 



Physical Layer 



Protocol Stack 
for the ATM transport option 



RTP (RFC 1889) 



UDP (RFC 768) 



IPv6 (RFC 2460) 

IPv4 optional (RFC 791) 



Data Link Layer 
Physical Layer 



Protocol Stack 
for the IP transport option 



Figure 1. Transport network layer for data streams over lu-CS. 

5.1 .2 ATM Transport Option 
5.1 .2.1 ATM Adaptation Layer 2 

5.1 .2.1 .1 AAL2-Segmentation and Reassembly Service Specific Convergence Sublayer 
(1.366.1) 

Service Specific Segmentation and Reassembly (SSSAR) sublayer of ITU-T Recommendation 1.366.1 [4] is used for 
the segmentation and reassembly of AAL2 SDUs (i.e., only SSSAR is used from ITU-T Recommendation 1.366.1). 

5.1 .2.1 .2 AAL2-specification (1.363.2) 

AAL2 shall be used according to ITU-T Recommendation 1.363.2 [2]. 



5.1 .3 IP Transport Option 



5.1.3.1 



General 



In the IP transport option RTP over UDP over IP shall be supported as the transport for data streams on the lu-CS 
interface. The data link layer is as specified in subclause 4.2. 

The transport bearer is identified by the UDP port number and the IP address (source UDP port number, destination 
UDP port number, source IP address, destination IP address). 

5.1.3.2 UDP/IP 

The path protocol used shall be UDP [12]. 

An IP RNC/CN-node shall support IPv6. The support of IPv4 is optional. 

NOTE: This does not preclude single implementation and use of IPv4. 
IP dual stack support is recommended for the potential transition period from IPv4 to IPv6 in the transport network. 
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There may be one or several IP addresses in the RNC and in the CN. The packet processing function in the CN shall 
send downstream packets of a given RAB to the RNC IP address / UDP port (received in RANAP) associated to that 
particular RAB. The packet processing function in the RNC shall send upstream packets of a given RAB to the CN IP 
address / UDP port (received in RANAP) associated to that particular RAB. If there is no RNC IP address / UDP port 
yet associated to the packet processing function in the CN for a RAB not yet finally set-up, the packet processing 
function in the CN for that RAB shall extract the source IP address / UDP port from the first received IP packet to 
identify the peer IP/UDP entity. The packet processing function in the RNC shall use the same source IP address / UDP 
port as is sent to CN in RANAP. 

The RNC/CN-node shall use two consecutive port numbers for the RTP bearer and for the optional RTCP connection 
that transport a single lu UP connection. Two such consecutive port numbers are termed "port number block" in what 
follows. The first port number shall be even and shall be assigned to the RTP protocol. The next port number shall be 
assigned to the RTCP protocol. This port shall be reserved even if the optional RTCP protocol is not used. 

Each RNC/CN-node shall administer the port numbers it intends to use for RTP/RTCP port number blocks. 

5.1.3.3 RTP 

RTP [22] shall be applied. 

5.1.3.3.1 RTP Header 

The RTP Header Fields shall be used as described in the following subclauses: 

5.1.3.3.1.1 Version 
RTP Version 2 shall be used. 

5.1.3.3.1.2 Padding 
Padding shall not be used. 

5.1.3.3.1.3 Extension 

The RTP Header shall not have an extension. 

5.1 .3.3.1 .4 Contributing Source (CSRC) count 
There are zero CSRCs. 

5.1.3.3.1.5 Marker Bit 
The marker bit is ignored. 

5.1.3.3.1.6 PayloadType 

A dynamic Payload Type [23] shall be used. Values in the Range between 96 and 127 shall be used. The value shall be 
ignored in the receiving entity. 

5.1 .3.3.1 .7 Sequence Number 

The sequence number shall be supplied by the source of an RTP PDU. The sink of an RTP PDU may ignore the 
sequence number or it may use it to obtain statistics about the link quality and / or to correct out-of-sequence delivery, 
e.g. by dropping out-of-sequence packets. 

5.1.3.3.1.8 Timestamp 

The timestamp shall be supplied by the source of an RTP PDU. A clock frequency of 16000 Hz or multiples of this 
value shall be used. The sink of an RTP PDU may ignore the timestamp or it may use it to obtain statistics about the 
link quality and / or to correct jitter. 
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5.1 .3.3.1 .9 Synchronisation Source (SSRC) 

The source of an RTP PDU shall supply a SSRC. The sink of an RTF PDU may ignore the SSRC if it does not use 
RTCP. 

5.1.3.3.1.10 CSRCIist 
This list is empty. 

5.1.3.3.2 RTPPayload 

A single lu UP PDU, as described in [x3], shall be transported as RTP payload. 

5.1.3.4 RTCP 

RTCP [22] may be appHed. RTCP over UDP [12] over IPv6 [16] shall be used (IPv4 [13] may be used optionally). The 
use of the RTCP protocol is optional. The receiving entity may ignore incoming RTCP PDUs. 

Figure la shows the protocol stack for the transport of RTCP. The above Sections about IP and UDP shall also apply 
for the transport of RTCP. 



RTCP(RFC 1889) 



UDP (RFC 768) 



IPv6 (RFC2460) 
IPv4 optional (RFC 791) 



Figure 1a. RTCP Protocol stack for data stream transport on lu-CS. 

5.1.3.5 Diffserv code point marking 

IP Differentiated Services code point marking [32] shall be supported. The Diffserv code point may be determined from 
the application parameters. 

5.2 Transport network control plane 
5.2.1 General 

There are two options for the transport layer for transport signalling over lu-CS: 

1) ATM based Transport (ATM transport option) 

2) IP based Transport (IP transport option) 

The following figure shows the protocol stacks of the two options. 
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AAL2 connection signalling 
(Q.2630.2) 



AAL2 Signalling Transport 

Converter for MTP3b 

(Q.2150.1) 



MTP3b 



SCCF-NNI 



SCCOP 



ATM 



Physical Layer 



"IP ALCAP" (ffs.) 



(ffs.) 



IPv6 (RFC 2460) 

IPv4 optional (RFC 791) 



Data Link Layer 
Physical Layer 



Protocol Stack 
for the ATM transport option 



Protocol Stack 
for the IP transport option 



Figure 2. Signalling bearer for ALCAP on lu-CS interface. 

5.2.2 Transport Signalling for the ATM Transport Option 
5.2.2.1 Signalling protocol (ALCAP) 

5.2.2.1 .1 AAL2 Signalling Protocol (Q.2630.2) 

In the ATM transport option ITU-T Recommendation Q.2630.2 [21] shall be used for establishing AAL2 connections 
towards the circuit switched domain. ITU-T Recommendation Q.2630.2 [21] adds new optional capabilities to ITU-T 
Recommendation Q.2630.1 [10]. 

The AAL2 transport layer uses the embedded E. 164 or other AESA variants of the NSAP addressing formats [11, 36]. 
Native E.164 addressing [5] shall not be used. 

Binding ID provided by the radio network layer shall be copied in SUGR parameter of ESTABLISH request primitive 
of ITU-T Recommendation Q.2630.2 [21]. 

If there is an AAL2 switching function in the transport network layer of the interface, the Link Characteristics 
parameter (LC) shall be included in the Establish Request message and in the Modification Request message of AAL2 
signalling protocol. 



5.2.2.2 



Signalling transport converter 



5.2.2.2.1 AAL2 MTP3B Signalling Transport Converter (Q.2150.1) 

The AAL2 MTP3b Signalling Transport Converter shall be used according to ITU-T Recommendation Q.2150.1 [8]. 

5.2.2.3 MTP3b(Q.2210) 

MTP3b shall be used according to ITU-T Recommendation Q.2210 [9 and 20]. 

5.2.2.4 SSCF-NNI (Q.2140) 

SSCF-NNI shall be used according to ITU-T Recommendation Q.2140 [7]. 
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5.2.2.5 SSCOP(Q.2110) 

SSCOP shall be used according to ITU-T Recommendation Q.2110 [6]. 

5.2.2.6 ATM Adaptation Layer Type 5 (1.363.5) 

AAL5 shall be used according to ITU-T Recommendation 1.363.5 [3]. 

5.3 Interworking between ATM and IP Transport Options 



5.3.1 



Introduction 



This clause specifies the interworking between IP and ATM transport options. An RNC/CN-node supporting IP 
transport option shall provide interworking to a CN-node/RNC supporting only ATM transport option. 

5.3.2 Interworking Alternatives 

For interworking with a CN-node/RNC supporting only ATM transport option, the RNC/CN-node supporting IP 
transport option shall additionally support at least one of the following interworking mechanisms: 

1) ATM&IP dual stack. An IP-ALCAP protocol is not required in this interworking solution. 

2) Interworking Function (IWF) as a logical part of the RNC/CN-node supporting IP transport option. An IP- 
ALCAP protocol is not required in this interworking solution. 

3) Interworking Unit (IWU) as a logically separate unit. An IP-ALCAP protocol shall be used in the interface 
between the RNC/CN-node supporting IP transport option and the Interworking Unit. 

5.3.3 IP-ALCAP for the Interworking 

In the third interworking alternative as introduced in subclause 5.3.2, [32] is used as the IP-ALCAP protocol between 
the RNC/CN-node supporting IP transport option and the Transport Network Layer Interworking Unit. 



6 Packet switched domain 

6.1 Transport network user plane 
6.1.1 General 

There are two options for the transport layer for data streams over lu-PS: 

1) ATM based Transport (ATM transport option) 

2) IP based Transport (IP transport option) 
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The following figure shows the protocol stacks of the two options. 



GTP-U 



UDP 



IP 



AAL5 



ATM 



Physical Layer 



GTP-U 



UDP 



IPv6 (RFC 2460) 

IPv4 optional (RFC 791) 



Data Link Layer 
Physical Layer 



Protocol Stack 
for the ATM transport option 



Protocol Stack 
for the IP transport option 



Figure 3. Transport network layer for data streams over lu-PS. 



6.1 .2 ATM Transport Option 



6.1.2.1 



General 



In the ATM transport option, the protocol architecture for the User Plane of the lu interface towards the packet switched 
domain shall be GTP-U [17] over UDP over IP over AAL5 over ATM. One or several AAL5/ATM permanent VC's 
may be used as the common layer 2 resources between the UTRAN and the packet switched domain of the CN. 

One switched VC may be used per user flow. The standardisation of the procedures and protocols for use of Switched 
VC is outside the scope of 3GPP. 

Congestion control shall be performed over the lu user plane toward the packet switched domain using buffer 
management and no flow control. 

6.1.2.2 GTP-U 

The GTP-U [17] protocol shall be used over the lu interface toward the packet switched domain. 



6.1.2.3 



UDP /IP 



The path protocol used shall be UDP [12], which is specified in RFC 768. 

The UDP port number for GTP-U shall be as defined in [17]. 

IPv4 [13] (RFC 791) shall be supported; IPv6 [16] (RFC 2460) support is optional. 

There may be one or several IP addresses in the RNC and in the CN. The packet processing function in the CN shall 
send downstream packets of a given RAB to the RNC IP address (received in RANAP) associated to that particular 
RAB. The packet processing function in the RNC shall send upstream packets of a given RAB to the CN IP address 
(received in RANAP) associated to that particular RAB. 

6.1 .2.4 ATM Adaptation Layer Type 5 (1.363.5) 

AAL5 shall be used according to ITU-T Recommendation 1.363.5 [3]. 

AAL5 virtual circuits shall be used to transport the IP packets across the lu interface toward the packet switched 
domain. Multiple VCs may be used over the interface. An association shall be made between a VC and the IP addresses 
that are related to this VC in the peer node side. This association shall be made using O&M or using ATM Inverse ARP 
according to Classical IP over ATM when PVCs are used. 
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When PVCs are used, quality of service differentiation shall only be performed at the IP layer using differentiated 

services [19]. 

6.1.2.5 IP/ATM 

Classical IP over ATM protocols and Multiprotocol Encapsulation over AAL5 shall be used to carry the IP packets over 
the ATM transport network when PVCs are used. Classical IP over ATM is specified in RFC 2225 [15]. Multiprotocol 
Encapsulation over AAL5 is specified in RFC 2684 [14]. 

Classical IP over ATM allows routers to be members of one or more LISs. The CN side of the lu interface shall provide 
IP routing functionalities. The RNC side of the lu interface may provide routing functionalities. If the RNC side of the 
lu interface does not provide routing functionalities, the RNC routing tables shall include default route entries. 

6.1.3 IP Transport Option 

6.1.3.1 General 

In the IP transport option GTP-U [17] over UDP over IP shall be supported as the transport for data streams on the lu- 
PS interface. The data link layer is as specified in subclause 4.2. 

The transport bearer is identified by the GTP-U TEID [17] and the IP address (source TEID, destination TEID, source 
IP address, destination IP address). 

6.1.3.2 GTP-U 

The GTP-U [17] protocol shall be used over the lu interface toward the packet switched domain. 

6.1.3.3 UDP /IP 

The path protocol used shall be UDP [12]. 

The UDP port number for GTP-U shall be as defined in [17]. 

An IP RNC/CN-node shall support IPv6. The support of IPv4 is optional. 

NOTE: This does not preclude single implementation and use of IPv4. 

IP dual stack support is recommended for the potential transition period from IPv4 to IPv6 in the transport network. 

There may be one or several IP addresses in the RNC and in the CN. The packet processing function in the CN shall 
send downstream packets of a given RAB to the RNC IP address (received in RANAP) associated to that particular 
RAB. The packet processing function in the RNC shall send upstream packets of a given RAB to the CN IP address 
(received in RANAP) associated to that particular RAB. 

6.1.3.4 Diffserv code point marking 

IP Differentiated Services code point marking [31] shall be supported. The Diffserv code point may be determined from 
the appUcation parameters. 

6.2 Transport network control plane 

ALCAP is not required over the lu interface towards the packet switched domain. 
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7 Broadcast Domain 

7.1 Transport network user plane 
7.1.1 General 

There are two options for the transport layer for data streams over lu-BC: 

1) ATM based Transport (ATM transport option) 

2) IP based Transport (IP transport option) 

The following figure shows the protocol stacks of the two options. 



TCP 



IP 



AAL5 



ATM 



Physical Layer 



TCP 



IPv6 (RFC 2460) 

IPv4 optional (RFC 791) 



Data Link Layer 
Physical Layer 



Protocol Stack 
for the ATM transport option 



Protocol Stack 
for the IP transport option 



Figure 4. Transport network layer for data streams over lu-BC. 



7.1 .2 ATM Transport Option 



7.1.2.1 



General 



In the ATM transport option, the protocol architecture for the Service Area Broadcast Plane of the lu interface shall be 
TCP over IP over AAL5 over ATM. 



7.1.2.2 



TCP/IP 



The path protocol used shall be TCP, which is specified in RFC793 [18]. IPv4 [13] (RFC 791) shall be supported, IPv6 
[16] (RFC 2460) support is optional. 

The TCP Destination Port number for SABP messages is 3452. It is the registered port number for SABP. 

7.1 .2.3 ATM Adaptation Layer Type 5 (1.363.5) 

AAL5 shall be used according to ITU-T Recommendation 1.363.5. 

AAL5 virtual circuits shall be used to transport the IP packets across the lu interface toward the broadcast domain. 
Multiple VCs may be used over the interface. An association shall be made between a VC and the IP addresses that are 
related to this VC in the peer node side. This association shall be made using O&M or using ATM Inverse ARP 
according to Classical IP over ATM when PVCs are used. 
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7.1.2.4 IP/ATM 

Classical IP over ATM protocols and Multiprotocol Encapsulation over AAL5 shall be used to carry the IP packets over 
the ATM transport network when PVCs are used. Classical IP over ATM is specified in RFC 2225 [15]. Multiprotocol 
Encapsulation over AAL5 is specified in RFC 2684 [14]. 

7.1 .3 IP Transport Option 
7.1.3.1 General 

In the IP transport option TCP over IP shall be supported as the transport for data streams on the lu-BC interface. The 
data link layer is as specified in subclause 4.2. 

The transport bearer is identified by the TCP port number and the IP address (source TCP port number, destination TCP 
port number, source IP address, destination IP address). 

7.1.3.3 TCP/IP 

The path protocol used shall be TCP, which is specified in RFC 793 [18]. 

The TCP Destination Port number for SABP messages is 3452. It is the registered port number for SABP. 

An IP RNC/CN-node shall support IPv6. The support of IPv4 is optional. 

NOTE: This does not preclude single implementation and use of IPv4. 
IP dual stack support is recommended for the potential transition period from IPv4 to IPv6 in the transport network. 

7.1.3.4 Diffserv code point marking 

IP Differentiated Services code point marking [xl 1] shall be supported. The Diffserv code point may be determined 
from the application parameters. 

7.2 Transport network control plane 

ALCAP is not required over the lu interface towards the broadcast domain. 
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